home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / dv_help.arc / DVSPEED.THD < prev    next >
Encoding:
Text File  |  1988-03-26  |  7.5 KB  |  172 lines
  1. @*
  2. One of the trade-offs of multi-tasking on the PC, is some speed degradation in
  3. the active applications.  When and why this occurs, and how to minimize it, was
  4. discussed at length.
  5.  
  6.  
  7. Fm: Gary Saxer (Quarterdeck) 73206,564
  8. To: DESQview bkg COMM users
  9.  
  10. Another note concerning DESQview and speed.  A DOS Services window with a
  11. directory displayed is constantly getting time allocated to it.  You might try
  12. ^NumLock on the window, this freezes that window. (See your manual folks, look
  13. around page 30).  I might also point out that 1-2-3 does a lot of "work" when
  14. you think it is just sitting there!  It constantly checksums itself when
  15. "nothing else" is going on.  A ^NumLock to an idle 1-2-3 window does wonders!
  16.  
  17.  
  18. Fm: PETER MCKINNEY 74166,1301
  19. To: Michael Rothman 74405,1313
  20.  
  21. One of the reasons I wanted DV was to be able to print or compile in the
  22. backgound partition(s) and use a foreground partition for MultiMate.  I have
  23. tried this with the TYPE command in the DOS(128K) partition and the computer
  24. does not return to me until TYPE is finished.  In other words;
  25.  
  26.             ACTION                          TSR's           DV
  27. Ability to perform DOS operations
  28. from within a program                        x               x
  29. Backgound printing                          n/a               ?
  30. Background communications                   n/a               ?
  31. Compile in background, edit in fore         n/a               ?
  32. have a notepad readily available             x               x
  33. have a calculator readily available          x               x
  34. Any thoughts ?
  35.  
  36.  
  37. Fm: Steve Kalman 75136,360
  38. To: PETER MCKINNEY 74166,1301
  39.  
  40. I am currently printing in the BG while writing this, and if all goes well,
  41. I'll be doing the uploading too (if it fails, I'll come back with another
  42. message).
  43.  
  44. I have a print spooler running in extended memory, and while the file was
  45. spooling, all else was halted, but once it was done, the system came active
  46. again. I'm not sure what will happen if the spooler was off. Also, the print
  47. was done via the COPY FOO.BAR LPT1
  48.  
  49.  
  50. Fm: Steve Kalman 75136,360
  51. To: Jim Butler 74766,1460
  52.  
  53. I, too, have a spooler working (Superspool from AST).  It's running in EXTENDED
  54. memory on the Advantage card (along with VDISK).  When an application writes to
  55. the spooler, everything else waits (e.g., COPY BIGFILE.TXT LPT1) until the
  56. spooler gets it all (and if the spooler is too small, everything waits until
  57. the file finishes writing into the spooler - I reset mine to be 400K) Once
  58. that's done, the printer prints (but much slower than ever before -
  59. subjectively at about 3/4 speed) and the other partitions become accessible.
  60.  
  61.  
  62. Fm: Earle Robinson 70135,141
  63. To: Steve Kalman 75136,360
  64.  
  65. I have also noted about a 10% speed degradation on the at.  By the way, why did
  66. you reboot to rerun the test?  You can merely exit dv, or am I missing
  67. something?
  68.  
  69.  
  70. Fm: Steve Kalman 75136,360
  71. To: Earle Robinson 70135,141 (X)
  72.  
  73. Yes, you can just exit DV; when doing benchmarks, I like to make sure that
  74. everything is constant except for the variation that I'm testing. Although in
  75. this case I doubt if there would be any difference the extra few seconds for
  76. the re-boot was just for insurance.
  77.  
  78.  
  79. Fm: Ben Klausner 70340,374
  80. To: Steve Kalman 75136,360
  81.  
  82. A couple of days prior to installing DV, I souped up my AT to 9 MHz, so maybe
  83. I have enough improvement to compensate for the time overhead DV requires. Also
  84. have a copy on the Z-150 at home, but haven't had time to use that enough to
  85. tell about speed lags. Also, recently put a V-20 in that, so it may help too.
  86.  
  87.  
  88. Fm: Jim Butler 74766,1460
  89. To: Richard P. Wilkes 72746,1712
  90.  
  91. Richard, I find DV helpful for exactly the applications you mention. I also
  92. find that Lightning ( the disk speed enhancer) makes a *tremendous* difference
  93. in the speed of running big rbase applications. I might like to compare notes
  94. with you on some rbase stuff ... what kinds of things do you do with it?
  95.  
  96.  
  97. Fm: Norm Lew 70047,3340
  98. To: Conrad Kageyama (Sysop) 76703,1010
  99.  
  100. I find this whole discussion somewhat amusing. With DesqView, I can
  101. simultaneously download and perform other tasks, resulting in an additional
  102. 20-25 work hours per month. I have CED wherever I wish. I can have a matching
  103. keyhandler loaded in each window should I desire, or if my needs in a
  104. particular window don't warrant a sohpisticated macro program, I can use DV
  105. macros. Running SideKick in a separate window is not so terrible. DV's cut &
  106. paste is better than SideKick's. I would rather do two tasks at 90% of optimum
  107. speed than one at 100% To top it all off, I don't have use DV if don't want to.
  108.  
  109.  
  110. Fm: Howard Benner 75676,1624
  111. To: Jim Butler 74766,1460
  112.  
  113.        Intuitively, why shouldn't dv slow things down?  If the computer is
  114. trying to do a sort in R5K, send and receive messages with ATO, and allow you
  115. to work on a document in WP all at the same time, it seems logical that there
  116. would be some degradation of performance, compared to running just one task.
  117. If the computer works at, say, 67-75% under the scenario above, I'd be
  118. satisfied.
  119.        Put another way, let's say the ATO and R5K tasks each took exactly an
  120. hour, and that you spent an hour working on a WP document. That's 3 hours
  121. without dv.  With all three going at once, and with 25% degredation, ATO and
  122. R5K would take the same 1.33 hours to accomplish their tasks.  Arguably, you'd
  123. still complete the WP task in one hour. That means one hour at the kbd and a
  124. 20-minute coffee break to accomplish what, without dv, would have taken
  125. 3-hours.  To a purist, that may be unacceptable for multitasking, but it sounds
  126. pretty good to me.
  127.  
  128.  
  129. Fm: Paul Ferrara 70075,252
  130. To: Earle Robinson 70135,141 (X)
  131.  
  132. Speed will be a problem for those on PC/XT's who desire to run applications in
  133. the background.  But just think, if you were running a "stock" AT, you could
  134. probably now go to a faster crystal and never notice the difference.
  135.  
  136.  
  137. Fm: Gary Saxer (Quarterdeck) 73206,564
  138. To: Jim Butler 74766,1460 (X)
  139.  
  140. No, it does not make them go faster.  As shipped by IBM (and clones) the
  141. hardware interrupt priority puts the keyboard on "top".  DESQview has an option
  142. which lets us tell the hardware to make interrupt 2 the highest. Thus a COMM
  143. interrupt will now occur before a keyboard or disk interrupt, and this helps
  144. avoid lost characters.  TopView does the same thing.  Note that any program
  145. which played with this by itself would render itself unrunnable (is that a
  146. word?) in either "View" program as well as on some clones where you can't
  147. change the priorities.
  148.  
  149.  
  150. Fm: Gary Saxer (Quarterdeck) 73206,564
  151. To: Jim Butler 74766,1460
  152.  
  153. DMA is Direct Memory Access.  This means that (in this case) the disk
  154. controller is allowed to directly place its data into memory without the CPU
  155. touching each byte.  The Lightning product from PCSG does this into expanded
  156. memory.  This is a no-no in DESQview since the expanded memory map can change
  157. at any time.  PCSG is aware of this, further info to follow I hope.
  158.  
  159.  
  160. Fm: Steve Kalman 75136,360
  161. To: Ben Klausner 70340,374 (X)
  162.  
  163. Performance adjustemets or not, DV definitely does slow the system. As a test,
  164. I adjusted the performance ratio to 99:1, started dbase3 in the first (largest)
  165. window, and reindexed a 4000 record file Time 3:40 (on an AT). Then I re-booted
  166. without DV and did the same reindex; time 3:00. I'm not terribly pleased; but I
  167. can live with it considering the other advantages it brings me.
  168.  
  169. I'll try to find time to do this over using a RAM disk for the DBF & NDX - said
  170. RAMdisk in Extended memory.
  171.  
  172.